home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20031118-20041115
/
000304_jaltman2@nyc.rr.com_Thu Jun 3 09:22:19 2004.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!news.maxwell.syr.edu!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!feed5.newsreader.com!newsreader.com!news3.optonline.net!cyclone.rdc-nyc.rr.com!news-out.nyc.rr.com!twister.nyc.rr.com.POSTED!53ab2750!not-for-mail
Message-ID: <40BEA753.2010806@nyc.rr.com>
From: Jeffrey Altman <jaltman2@nyc.rr.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040514
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Odd switch to Active FTP?
References: <slrncbsu1s.6o3.hellsop@othin.ninehells.com>
In-Reply-To: <slrncbsu1s.6o3.hellsop@othin.ninehells.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 55
Date: Thu, 03 Jun 2004 04:21:33 GMT
NNTP-Posting-Host: 24.193.46.55
X-Complaints-To: abuse@rr.com
X-Trace: twister.nyc.rr.com 1086236493 24.193.46.55 (Thu, 03 Jun 2004 00:21:33 EDT)
NNTP-Posting-Date: Thu, 03 Jun 2004 00:21:33 EDT
Organization: Road Runner - NYC
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15032
This trace does not appear to be C-Kermit.
There are several reasons I know it is not.
First, C-Kermit does not support EPSV since it does not support IPV6.
Second, the setsockopt error messages in C-Kermit state which option was
being set.
Third, you do not turn on debugging with the "debug" command in C-Kermit.
Fourth, the command prompt in C-Kermit is not "ftp>"
With all of that said. The reason the PORT command is being used
is that the server is rejecting the PASV command.
Jeffrey Altman
Peter H. Coffin wrote:
> I'm running into a circumstance where what LOOKS like is happening is
> that, in spite of being in the default PASV mode for ftp, the C-Kermit
> client is not acknowleging that it's gotten the passive "go ahead" and
> is sending the PORT anyway, which is triggering an error back from the
> ftp server. No amount of flipping the "passive" command off and on seems
> to help. Any idea what may be triggering this, or (better yet) how to
> stop it and return to having PASV work?
>
> ---------------
> 230 User logged in, proceed.
> Remote system type is UNIX.
> Using binary mode to transfer files.
> ftp> debug
> Debugging on (debug=1).
> ftp> ls
> ftp: setsockopt (ignored): Permission denied
> ---> EPSV
> 500 'EPSV': command not understood.
> disabling epsv4 for this connection
> ---> PASV
> 227 Entering Passive Mode (199,243,204,44,39,254)
> ftp: setsockopt (ignored): Permission denied
> ---> PORT 9,73,106,20,4,3
> 530 Only client IP address allowed for PORT command.
> ftp: bind: Address already in use
> ftp>
> ---------------
>
> ---------------
> (/home/phcoffin/src/pdc_nixie/) C-Kermit>version
>
> C-Kermit 8.0.211, 10 Apr 2004, for Red Hat Linux 7.3
> Numeric: 800211
> ---------------
>
--
-----------------
This e-mail account is not read on a regular basis.
Please send private responses to jaltman at mit dot edu